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GENERATION AND MANAGEMENT OF CUSTOMER PIN'S 



This application claims priority of provisional patent 
application serial number 60/166,734 filed on November 
22, 1999. 

BACKGROUND OF THE INVENTION 
Field of the Invention 

This invention relates to the generation and management 
of Personal Identification Numbers (PIN's). More 
particularly, it relates to the generation and management 
of PIN's for use in various applications; and more 
specifically still, in postage franking devices. 

Background Art 

There are many business and personal financial 
transactions that must be conducted securely. It is very 
common for a Personal Identification Number, or PIN to be 
used to enhance the security of these transactions. 

While the use of PIN' s generally proceeds smoothly, there 
are occasional problems. If a PIN holder or customer 
writes down a PIN, it is subject to discovery by 
unauthorized users. If it is not written down, the 
customer may forget the PIN. This requires contacting 
the financial institution or company having the PIN in 
its database, and utilizing a PIN reset procedure. It is 
often necessary for the customer to travel to the 
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location of the company, present identification which 
must be verified, and then select a new PIN. 

SUMMARY OF THE INVENTION 

It is an object of the invention to provide a secure 
5 method for generating PIN's. 

It is another object of the invention to provide an 
apparatus for securely holding a PIN to help safeguard 
funds on deposit. 

It is yet another object of the invention to provide a 
10 convenient way to reset a PIN if a customer loses the 
PIN. 

In accordance with the invention a method for securely 
generating a PIN comprises generating a number of random 
binary bits; determining the least significant bits of 

15 the number of bits; converting the least significant bits 
to a decimal integer; shifting the value of the integer 
by a predetermined constant to produce a shifted integer; 
and encoding the shifted integer as bits in a PIN block 
in accordance with a standard, for example the ISO 9564-1 

20 standard. 

The number of random bits may be sixty- four. The number 
of least significant bits may be sixteen. The constant 
may be 173845. The PIN block may include a control field; 
a PIN length designation field; a series of PIN digit 
25 fields; at least one PIN/transaction digit; and a series 
of transaction digit fields. Each PIN digit field may 
represent a binary number having a decimal value of from 
zero to nine. The control field may be the binary number 
0001. The PIN length field may contain a binary number 



having a decimal value of four, five or six. Thus, at 
least one PIN/transaction digit is determined in 
accordance with PIN length. The transaction digit fields 
may each be four bit binary fields representing a decimal 
digit of zero to nine. The generation of the number of 
random binary bits may be accomplished by using a pseudo 
random number generator. 

The invention is also directed to a method for managing 
security of a PIN used to provide access to a secure 
device comprising choosing the PIN; storing an encrypted 
version of the PIN in the device; and communicating the 
PIN to a user of the device via a communication channel 
separate and apart from a channel used to provide the 
device to the user. Preferably, the communication 

channel is a secure channel, which may be rendered secure 
by using encryption. 

In one embodiment the user of the device chooses the PIN. 
The manufacturer of the device may cause the encrypted 
version of the PIN to be stored in the device. The 
manufacturer may retain a record of the PIN or may 
discard all records of the PIN. 

The PIN may be chosen using a random process , including 
the one set forth above . 

In accordance with the preferred embodiment the device is 
a postal security device, which stores the value of 
funds . 

The invention also encompasses a method for resetting a 
PIN in a secure device comprising sending a message to a 
data center having an original PIN for the device, the 
message including authorization data indicative of at 
least one of the device and an authorized user of the 
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device, and securely communicating the original PIN to 
the location of the device. Preferably, the device has a 
current PIN, which is replaced with the original PIN. 
The communicating of the original PIN may comprise 
5 sending the original PIN to the user of the device; and 
the user of the device entering the original PIN into the 
device. Communication is preferably performed using 
secure communication. The channels may be rendered 
secure using secure communications techniques, such as 
10 encryption. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing aspects and other features of the present 
invention are explained in the following description, 
taken in connection with the accompanying drawings, 
15 wherein: 

Fig. 1 is a block diagram of a funds storage device 
connected to a management system server, both in 
accordance with the invention. 

Fig. 2 is a flow diagram illustrating the generation of a 
20 PIN in accordance with the invention. 

Fig. 3 is a diagram of a PIN block in accordance with the 
invention. 

Fig. 4 is a chart illustrating PIN states and values in 
accordance with the invention . 

25 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

The present invention may be used in a broad range of 
applications . However, for purposes of illustration, it 
will be described with reference to an apparatus for 
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electronically holding value corresponding to funds , and 
in particular funds used for generating postage to be 
applied to items to be mailed. Such a device is often 
called a Postal Security Device (PSD) , or a SAFE™ when 
5 produced by Ascom Hasler Mailing Systems. 

Referring to Fig. 1, a PSD 10 in accordance with the 
invention has various hardware and software (or firmware) 
components. The hardware components include a housing 
and an electrical connector for connection to PSD 10 , 

10 (both not represented in Fig. 1) . Internal components 
include an. initial PIN register 12 for storing an encoded 
initial PIN value, for the lifetime of the product. A 
current PIN register 14 stores an encoded currently valid 
PIN. A counter 16 counts the number of false PIN entries 

15 (FPE) . Another counter 18 counts the number of PIN reset 
operations (PRO) . A temporary storage register 20 

permits storage of old (still valid) PIN at 20A and a new 
PIN number at 2 OB to enable roll -back. 

Software components or modules in PSD 2 0 include a random 
20 bit generator 24 and a transaction decryption module 26 
to enable decryption of transaction data. The 
transaction data is typically decrypted by running a 2- 
key triple -DES (Data Encryption Standard) of a type well 
known in the art. A separate encoding/decoding function 
25 28 is used for the encoding and decoding of customer PIN 
data. A roll-back capability 30 is available for PIN 
modification and/ or PIN reset procedures, as more fully 
described below. An error code and message generator 3 2 
is available to allow a user of the PSD to read error 
30 codes which indicate possible system errors, and messages 
as also more fully described below. An additional 



• # 

6 



communication path 38 is provided from database 36 to PSD 
10, and is used as also more fully described below. 

As more fully described below with respect to Fig. 2, PSD 
10 generates an initial PIN which is transmitted to a 
5 server 34 at the manufacturer of PSD 10. Server 34 
includes a key management system, not described herein. 
It also includes a database 36, for storing , the value of 
the PIN, as also more fully described below. 

Referring to Fig. 2, the generation of a PSD specific 
10 initial PIN takes place during PSD initialization, 
generally at the manufacturer of the PSD. Using the 
present random bit generator 24 which may operate in 
accordance with the ANSI X9.17 standard, a number of 
random bits, generally sixty-four in number, are 
15 generated at 40. All but the least significant bits, 
preferably sixteen, are discarded at a bit reduction step 
42. At step 44 the binary data of the remaining bits 
from step 42 are converted from binary to decimal form. 
Since the encryption step generates random bits, the 
20 integers resulting from the truncation are uniformly 
distributed in the interval of 0 to 65,523 for the 
selection of sixteen bits. Thus, the cryptographic 
strength of the initial PIN is 16 bits. 

At step 4 6 a shift operation is conducted to guarantee 
25 that the initial PIN' s resulting from the conversion step 
are all six digit integers with a lending digit that is 
not equal to zero. Thus, what are intermediate integer 
values from step 44, are all shifted to the right by an 
arbitrarily chosen integer constant. For sixteen bits, 
30 this constant may be chosen as 173,845. After this 
shift, the initial PIN's are uniformly distributed in the 
interval 173,845 to 239,380. 
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At step 48 the initial PIN defined at step 46 is encoded 
according to a standard. PIN encoding following the 
encoding rules for the ISO/IEC ISO 9564-1 standard are 
illustrated in Fig. 3. 

5 In Fig. 3 # a PIN block 50 which is sixty- four bits in 
length includes numerous fields. A four bit control 
field 52 occupies bits 1-4 and is assigned a value of 
0001. A pin length field 54, which occupies bits 5-8, 
contains a four bit binary number with permissible values 

10 of binary 0100 to binary 0110 (decimal 4-6) . Four PIN 
digit field 56, 58, 60 and 62 occupy digits 9-12, 13-16, 
17-20, and 21-24, respectively. These four 4-bit fields 
generally have permissible values of binary 0000 to 1001 
(decimal zero to nine) . However, as previously 

15 mentioned, due to the shift to the right (step 46 of Fig. 
2) field 56 can never have a value of zero. 

Fields 64 and 66 which occupy digits 25-28 and 29-32, 
respectively are used as either PIN digit fields or 
transaction digit fields, depending on the length of the 

20 PIN. For a six digit PIN, fields 64 and 66 are PIN digit 
fields. For a five digit PIN, field 64 is a PIN digit 
field and field 66 may be used as transaction digit 
field. For a four digit PIN, both of fields 64 and 66 
may be used as a transaction digit field. Fields 68, 70, 

25 72, 74, 76, 78, 80 and 82, which occupy block digits 33- 
36, 37-40, 41-44, 45-48, 49-52, 53-56, 57-60 and 61-64, 
respectively are all transaction digits, all of . which may 
be 0000. Fields 52, 54 and all transaction digit fields 
designated as T add redundancy to the PIN value and help 

30 to guarantee the uniqueness and integrity of the PIN. 

There is no difficulty in padding the 64 bit block with 
zero, because the length of the PIN is encoded in field 
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54, and is well defined, and it is known that the PIN 
block always has a length of exactly sixty-four bits. 

In operation, the PSD 10 is connected to the customer 
host system, typically a mail franking system, and is 
5 used in a manner well known in the art. The host system 
has appropriate software for accessing and running PSD 
10. Functions that are performed by the host system 
include encoding of PIN values, encryption of PIN data by 
running two key triple Data Encryption Standard (DES) and 
10 erasure of all PIN data temporarily stored during the 
customer PIN related operations. 

The customer is authenticated using a PIN based 
mechanism. The PIN is set to a PSD individual initial 
value in the initialization phase. This value is made 

15 known to the customer using a communication path (path 3 8 
of Fig. 1) which is different from the path used for 
shipping of the PSD itself. The customer is expected to 
change the PIN when us ing the PSD the first t ime . 
Typical common sense security rules, such as not using 

20 birthdays or a sequence of keyboard numbers or letters, 
changing the PIN pieriodically , etc. should be used by 
customers in selecting a new PIN. 

The PSD is configured to require the PIN to be entered 
25 each time after powering up. The PSD also requires the 
PIN authentication procedure to be performed again each 
time the synchronization at the serial interface between 
the PSD and the host system gets lost. This event 
indicates to the PSD that it might have been moved to a 
30 different host system . 
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PIN authentication must be performed before any indicia 
application function is allowed by the PSD (indicia 
generation and TMS activities) . In other words, before 
doing any franking of mail, or receiving funds from a 
5 telemetering system, the PIN must be authenticated. 

Whenever a specific consecutive number of authentication 
failures has occurred (as counted in counter 16 of Fig. 
1) the PIN authentication function is locked, which 
10 effectively prevents the access to the indicia 
generation. However, the manufacturer of the PSD may 
reset the PIN at any time, or provide instructions to the 
customer as to how to reset the PIN, or cause the PIN to 
autoreset after a predetermined dormant period. 

15 

In order to ensure the effectiveness of the PIN based 
customer authentication, the PIN shall in general be 
entered by the customer manually into the host system, 
which transfers the PIN to the PSD. However, operational 

20 needs may require the PIN to be stored externally, e.g. 

in the host system, and used in an automatic 
authentication procedure (e.g. prepared scripts). This 
may be done only if the customer has ensured that the PSD 
and the host system is protected against theft and misuse 

25 by appropriate physical, organizational and/or other 
technical means . 

A session based encryption key established after power up 
is used to encrypt the PIN before it enters the PSD. 
30 Thus, a great advantage of the present invention is that 
the original PIN, in a clear readable format, is never 
stored in the PSD, nor transmitted from the PSD. 
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In the discussion that follows of PIN verification, PIN 
modification and PIN reset procedures the notation and 
symbols set forth below are used. 

PINinit denotes the initial PIN. 

5 PIN cust denotes the valid Customer PIN. 

PIN ref (Reference PIN) denotes the PIN value used by the 
PSD for customer authentication. 

PIN tr (Transaction PIN) denotes the PIN value entered. by 
the customer (e.g. via keyboard in the customer host 
10 system) . 

PIN new (new Customer PIN) denotes a new PIN value chosen 
by the customer and entered as a replacement for the old 
value . 

PIN' xxx denotes 64 -bit PIN block corresponding to PINxxx as 
15 discussed above with respect to Fig. 3. 

The symbol II denotes the concatenation of data 
elements. 

The symbol © denotes the bit -wise XOR operation. 

In the PIN verification procedure, the following general 
20 assumptions apply: 

The customer knows the currently valid PIN (PIN cust ) . 

At the beginning of the procedure the PSD keeps the 
currently valid, encoded PIN (PIN' cust ) . 
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The PIN verification procedure, processes and data flows 
are illustrated below: 

Customer Host PSD 

Process 0 

Start of PIN verification procedure 
< > 

Process 1 

1 ) Generates 64 random bits S 

> 

M 0 = S 

Process 2 

1) Sets PIN' ref := PIN' cust 

2) Generates 128 random bits 

R 

< 

Mi=R 

Process 3 

1) Prompts Customer for PIN entry 

Process 4 

1) Customer enters PIN* 

> 

M 2 = PIN* 

Process 5 

1) Encodes PIN* to form a 64-bit block PIN'* 

2) Sets K* := (PINV I |S) © (Const © R) 

3) Parity adjustment of K* to get key K 

4) Encrypts PINV (2-key triple-DES) using K 

5) Wipes out all traces of PIN* 

> 

M 3 = Enc(K, PINV) 

Process 6 

If FPE>FPE max device gets 
locked 

1) Increments FPE (false PIN 
entry counter) 

2) Sets K* := (PIN^f ||S)© 

(Const © R) 

3) Parity adjustment of K* to 

get key K 

4) Decrypts M 3 using K to get 

PINV 
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5) Compares result with PIN' ref 
Ifnok Restarts Process 2 

else 

6) Resets FPE to initial value 

< 

ok 

End of PIN Verification Procedure — 

As discussed above, the following message formats may be 
generated by the PSD, to provide information to the user 
of the customer host system: 

Message M 0 

M 0 :=S 

S : 64 bits, random binary data 

Message Mi 

Mi :=R 

R : 128 bits, random binary data 

Message M 2 

M 2 := PIN' tr 

PINV : 4-6 digit decimal number 
Message M 3 

M 3 :=Enc(K, PIN' tr ) 

M3 : 64 bits, random binary data 

K 2-key triple-DES key 

PIN'tr : 64 bits, specially encoded data (cf. Annex A) 

Process details of step 5 of the PIN verification 
procedure set forth above in Process 5 are set forth 
below. 

Step 2: Const is a 128 bit hard-coded random constant: 

(e.g. Const(hex.)=Ox 8B44F7AF 895CD7BE FFFF5BB1 
49B40821). 
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Step 4: 2-key triple-DES is run in CBC-mode with 
IV(hex.)=Ox 242070DB 49B4082 1 . 

As part of process 6, the customer must be informed in a 
clear and unequivocal way about the remaining number of 
PIN entry trials before the PSD gets locked and the 
possibility to wait for a predefined time period after 
which the FPE is reset. 

A PIN modification procedure is used because the initial 
PIN values set during the initialization of the PSD, and 
thought mainly as transport protection, should be changed 
with this procedure before the device becomes 
operational. However, in general, this is not enforced 
technically but only recommended to the customer in an 
appropriate way. The PIN modification procedure assumes 
that : 

1. The customer knows the currently valid PIN (PIN cuet ) ; 

2 . At the beginning of the procedure the PSD keeps the 
currently valid, encoded PIN (PIN' cust ) ; 

3. During the procedure the PSD must temporary handle, 
at the same time, the old PIN value and its replacement 
in order to enable a roll -back of the procedure; and 

4. After the procedure has been successfully executed 
the PSD stores the encoded new Customer PIN, while the 
old value is deleted. 

As an additional security feature of the PIN modification 
procedure, there is an integrity check of the new PIN 
value. The value must be entered twice to assure 
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accuracy before it is accepted. The PIN modification 
procedure, processes and data flows are set forth below. 



Customer Host PSD 



Process 0 

Start of PIN modification procedure 
< > 

Process 1 

1) Generates 64 random bits S 

> 

M 0 = S 

Process 2 

DSets PIN' rcf := PIN' cust 
Mi = R 2) Generates 64 random bits R 

< 

Process 3 

1 ) Prompts Customer for entry of old and new PIN 

Process 4 

1) Customer enters PIN* and PIN ncw (twice!) 
> 

M 2 = PIN*, PIN ncw , PIN* ncw 
Process 5 

1) Compares two values PIN new and PIN*^ 
If not equal Restarts Process 3 

else Verifies correct format of PIN new 

Ifnok Restarts Process 3 

else 

2) Encodes PIN* to form a 64-bit block PIN'* 

3) Encodes PIN ncw to form a 64-bit block PIN'ncw 

4) Sets K* := (PINV 1 1 S) © (Const © R) 

5) Parity adjustment of K* to get key K 

6) Encrypts PIN' ncw (2-key triple-DES) using K 

7) Wipes out all traces of PIN^ and PIN ncw 

> 

M 3 = Enc(K, Vm\^) 

Process 6 

IfFPE> FPEnax device gets 
locked 

1) Increments FPE (false PIN 
entry counter) 

2) Sets K* ^(PINVrf IIS)© 

(Const ©R) 
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3) Parity adjustment of K* to 

4) Decrypts M 3 using K to get 

5) Checks correct format of 

result 

Ifnok Restarts Process 2 
else 

6) Resets FPE to initial value 

7) Sets: PIN' cust = PIN' ncw 
(erases old value!) 

ok 

< 

End of PIN Modification Procedure 

The following error conditions are defined: 
0 : no error 

1: Two values PIN new and PIN* new are different 

(process 5 , step 1) 

2 : PINnew does not have the correct format (process 

5, step 1) The PIN does not satisfy the length 
requirements and/or begins with a zero and/or 
consists of all equal digits. 

3: PIN verification failed because PIN' ref * PIN' tr 

(process 6, step 5) 

For the PIN modification procedure the following message 
formats apply: 

Message M 0 

M 0 :=S 

S : 64 bits, random binary data 

Message Mi 

Mj ;= R 

R : 128 bits, random binary data 

Message M 2 

M 2 :=PIN tr ,PIN new ,PIN* new 



get key K 
PIN' 



PINtr 



4-6 digit number 
4-6 digit number 
4-6 digit number 



PIN, 



new 



PIN* 



new 



Message M 3 



M 3 := Enc(K, PIN'^J 



M 3 



64 bits, random binary data 
2-key triple-DES key 

64 bits, specially encoded data (cf. Annex A) 



K 



PIN' 



new 



Process details for process 5, are the same as set forth 
above . 

As part of process 6, the customer must be informed in a 
clear and unequivocal way about the remaining number of 
PIN entry trials before the PSD is locked and the 
possibility of waiting for a predefined time period after 
which the FPE (Fig. 1) is reset. 

In step 5 checking the correct format here means a 
verification, that the result of the decryption is a 
valid PIN block. 

Since PIN' re f is part of the encryption key K in the PSD, 
the chance that a valid PIN block results from the 
decryption of M 3 is negligibly small (< 10~ 10 ) if a false 
value for the Customer PIN (PIN tr ) was used as part of the 
encryption key K in the host. This is due to the large 
amount of added redundancy contained in a valid PIN 
block, as described above. 

Generally, it is a matter of contractual agreement 
between the manufacturer and its customers as to under 
what circumstances a PIN reset procedure is allowed. 

Generally, the manufacturer does not have any control 
over what happens to the customer PIN and how carefully 



the host is set up, and therefore can take no 
responsibility for the customer PIN. 



The reset procedure described below is therefore 
intentionally kept simple because the basic security 
assumption is, that the customer is fully responsible for 
the correct handling of the PIN. That is, a reset of the 
PIN should actually never be necessary under normal 
conditions. 

The PIN reset procedure is based on the following general 
assumptions: 

1. The PIN reset procedure consists of a preparatory, 
intermediate and the final step. 

2. The customer does not know the currently valid PIN 
(PIN CUBt ) . 

3 . At the beginning of the procedure the PSD stores the 
currently valid, encoded PIN (PIN' cust ) and the encoded 
initial PIN (PIN' init ) value set during, the PSD 
initialization phase. 

4. During the final step the PSD must temporary handle, 
at the same time, the old PIN value and its replacement 
in order to enable a roll -back of the procedure. 

5. After the reset procedure has been successfully 
executed the PSD stores the encoded new Customer PIN 
value, while the old value is deleted. 

6. The encoded initial PIN (PIN' init ) value stored in the 
PSD is not affected (changed, deleted, overwritten) by 
the procedure . 
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A manual PIN reset procedure is also provided. In a 
first step the customer contacts the manufacturer's 
remote control facility and informs the manufacturer of 
the situation. This may happen using different 
5 communication means such as fax, email, phone etc. This 
step includes an identif ication/authentication of the 
company, customer (name, address, license ID etc.) and 
the involved device (PSD manufacturer ID, PSD serial no., 
PSD model ID etc.) and should be logged in an appropriate 
10 way. 

An intermediate step includes a verification of the 
customer/company data gathered during the preparatory 
step and the checking of the authorization for PIN reset 
operations. Then, the initial PIN is retrieved from the 
15 database, and the customer and/or his company are 
informed in an confidential way about the value of the 
initial PIN (e.g. by fax, registered mail or email). If 
verification cannot be accomplished the process is 
stopped. 

20 As a final step, processes and data flows for PIN reset 
are shown below 

The initial PIN used by the customer during the final 
step for authentication, should be changed as part of the 
PIN reset operation in a manner similar to the case when 
25 the PSD is used for the first time. However, this is not 
enforced technically but only recommended to the customer 
in a appropriate way (e.g. as part of process 3) . 

Customer Host PSD • 

30 

Process 0 

Start of PIN reset procedure 
< > 



Process 1 

1) Generates 64 random bits S 

> 

Mo = S 

Process 2 

IfPRO> PRO^ device gets 
locked 

1) Increments PRO (Reset 
operation counter) 

2) Sets PIN' ref := PIN' inil 

Mj = R 3) Generates 64 random bits R 

< 

Process 3 

1) Prompts Customer for entry of initial PIN and new PIN 



Run the PIN Modification Procedure here 
starting from Process 4 (see above) 



— . End of PIN Reset Procedure 

As part of process 2 immediately above, the customer must 
be informed in a clear and unequivocal way about the 
remaining number of reset operations before the PSD is 
locked. 

Referring to Fig. 4, and based on the above discussion, 
the various PIN states and values which exist are 
illustrated for PIN initialization, the first PIN 
verification, subsequent PIN verification, PIN 
modification, and PIN reset. 

In accordance with the invention, there are a variety of 
ways in which the security of the PIN can be managed in 
addition to those disclosed above. Another possibility 
is for the customer, when ordering the PSD, to specify a 
customer chosen sequence of digits for which the customer 
takes responsibility. This may be some sequence of 
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special significance to the customer, but as noted above , 
should be selected in accordance with common sense 
security guidelines. This customer selected PIN is then 
encoded and placed in the PSD in its encoded form as the 
5 original PIN used for shipping. As noted above, it 
should be changed when the PSD arrives at the customer. 

There are two possibilities for what can be done in the 
situation where the customer supplies the PIN . In a 
first case, it can be treated in the same manner as a 

10 randomly generated PIN. Its value can be stored in 
database 36 (Fig. 1) , and if the customer has 
difficulties and needs to obtain the PIN, the 
manufacturer can provide the data, as described above or 
using the procedure outlined below. However, for 

15 additional security, it is possible to erase all traces 
of the PIN value from the manufacturer's site; and in 
particular from server 34 and database 36. In principle, 
since it was the customer who provided the initial PIN, 
the customer should be able to furnish it in cases where 
20 it becomes necessary, without consulting with the 
manufacturer. In this case, once the PSD has been 
shipped to the customer, and all traces of it have been 
eliminated from the manufacturer's records, the 
manufacturer no longer has any security obligations 
25 whatsoever with respect to the PIN. 

It will be recognized that even if the manufacturer 
supplies the initial PIN, as described above, it is 
possible for the manufacturer, after shipping the PSD to 
the customer and sending the PIN by a separate 
30 communication channel (which may be encrypted) , to 
discard all traces of the PIN. However, this is a rather 
extreme case, perhaps reserved for situations in which 
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very high levels of security need to be maintained. In 
this case, if the initial PIN is lost, it may not be 
possible to again access the PSD. 

In a preferred embodiment for the PIN reset procedure, at 
5 the time the customer needs to recover the initial PIN of 
the PSD due to loss of the present PIN, the customer 
causes, via modern or internet connection between PSD 
host and provider or manufacturer data center, the PSD to 
%B remotely communicate with the data center for the purpose 

U 10 of providing the data center with knowledge secured via 
secret and/or public key authentication standards of 
bj private information relating to the PSD (e.g. device 

^ identification, authorization number, account number, or 

^ the like) . Once the data center authenticates the PSD, 

ffj 15 the data center causes the initial PIN (archived in its 
«f server database) to be securely communicated to the 

Q requesting PSD. The PSD thereafter would have, in its 

PIN memory, the initial manufactured PIN, reintroduced. 
The customer would then be informed by an alternate 
20 method (email, FAX, telephone) of the initial PIN value. 

Thereafter, the customer would proceed to change the PIN 
to the user desired value. It will be recognized that 
this PIN reset procedure lends itself well to automation, 
so that the PIN in the PSD can be automatically reset to 
25 the original PIN upon an authorized request communicated 
by the user. As an additional security feature, a 
dedicatee! telephone number for a particular customer may 
be maintained. 

It should be understood that the foregoing description is 
30 only illustrative of the invention. Various alternatives 
and modifications can be devised by those skilled in the 
art without departing from the invention. Accordingly, 
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the present invention is intended to embrace all such 
alternatives , modifications and variances which fall 
within the scope of the appended claims. 



